Adds LoopState, LoopInterval, LoopDuration, IterationStatus enums and
SpriteLoop @model class with JSON-encoded iterations. Includes tests
for defaults, presets, expiration logic, and time remaining display.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Create the Loop creation sheet with sprite name, prompt, interval picker,
and duration picker. Add onLongPressSend callback to ChatInputBar with
long-press gesture on the send button for triggering loop creation.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Implements the core LoopManager service with register, pause, resume,
stop, stopAll, and restoreLoops methods. Uses Timer-based scheduling
with a running iterations guard to prevent overlapping executions.
executeLoopPrompt is stubbed for wiring in Task 5.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Replace the stub implementation with working code that:
- Wakes the sprite if not running (poll up to 60s)
- Builds a claude -p command with OAuth token
- Executes via streamService and parses NDJSON output
- Extracts assistant text blocks from Claude stream events
- Cleans up the service after completion

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Add LoopRowView with status indicator, prompt, sprite name, interval,
and time remaining. Add LoopDetailView with configuration section,
pause/resume/delete actions, and expandable iteration history. Add
Loops section to DashboardView with swipe actions and context menus
for pause/resume/delete. Also add missing files (LoopManager,
NotificationService, CreateLoopSheet, and new views) to Xcode project.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Add UIBackgroundModes (fetch) and BGTaskSchedulerPermittedIdentifiers
to both Debug and Release build configurations.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Migrate from GENERATE_INFOPLIST_FILE to a custom Wisp/Info.plist to
properly declare BGTaskSchedulerPermittedIdentifiers as an array
(build settings only support a single string value).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Long-pressing the send button now presents the CreateLoopSheet,
which creates a SpriteLoop, persists it to SwiftData, and registers
it with the LoopManager to begin immediate execution.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

…mage

SwiftUI Button consumes touches, preventing onLongPressGesture from firing.
Use separate onTapGesture and onLongPressGesture on an Image instead.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

The handler closure was dispatched on an arbitrary background queue
(using: nil), causing a MainActor isolation assertion when constructing
@MainActor-isolated types (LoopManager, SpritesAPIClient) inside
Task { @mainactor in }. Using .main ensures the handler runs on the
main queue, matching the MainActor isolation requirements.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Documents that handleBackgroundRefresh must be called from MainActor
context, matching the BGTaskScheduler handler's using: .main dispatch.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Fails fast with a clear message if this is ever called off the main
queue, rather than hitting an opaque Swift concurrency isolation crash.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Change keychain accessibility from WhenUnlockedThisDeviceOnly to
AfterFirstUnlockThisDeviceOnly so background tasks can read API
tokens when the device is locked. Migrate existing items on launch.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

The runExec WebSocket call would fail immediately for cold/suspended
sprites, then the code would proceed to streamService on a sprite
that wasn't running yet. Now fire exec without awaiting, poll for
up to 90s, and fail explicitly if the sprite doesn't reach running.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

When the sprite just woke up, the first streamService call may fail
with "network connection lost" before any data is received. Retry
up to 3 times with 5s backoff for transient connection failures.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

503 errors mean the sprite isn't ready for service requests yet.
Increase backoff to 10/20/30s, bump max attempts to 5, and
re-verify sprite status before each retry attempt.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Remove the broken exec-based wake step from loops — the WebSocket
exec doesn't actually trigger wake for cold sprites. Instead, let
the streamService PUT (REST) trigger the wake; the existing retry
loop handles 503s during startup.

Also add retry logic to question tool install (up to 3 attempts
with 5s backoff) since the sprite may still be waking when the
first chat message is sent.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

If the question tool fails to install (e.g. sprite still waking),
proceed with chat without the WispAsk MCP tool instead of showing
a fatal error that blocks all messages.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

The flush path after stream completion only handled assistant events,
missing the result event where Claude's final response text lives.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>